(19) 



J 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



(12) 



(43) Date of publication: 

12.02.2003 Bulletin 2003/07 



(11) EP 1 283 485 A1 

EUROPEAN PATENT APPLICATION 

(51) lntCl7: G06F 17/30 



(21) Application number: 02078184.5 

(22) Date of filing: 30.07.2002 



(84) Designated Contracting States: 

AT BE BG CH CY CZ DE DK EE ES Fl FR GB GR 
IE IT LI LU MC NL PT SE SK TR 
Designated Extension States: 
AL LT LV MK RO SI 

(30) Priority: 08.08.2001 EP 01203006 

(71) Applicant: Oce-Technologies B.V. 
5914 CC Venlo (NL) 



(72) Inventors: 

• Van der Linden, Erwin Adrianus Richardus 
5922 AB Venlo (NL) 

• Nacken, Peter Franciscus Marie 
5272 RK St. Michielsgestel (NL) 

(74) Representative: van Meeteren, Arend Anthonie 
Oce-Technologies B.V., 
Corporate Patents, 
P.O. Box 101 
5900 MA Venlo (NL) 



in 

CO 

CO 
00 
OJ 



Q. 

LU 



(54) Entry of physical documents in a digital back-end system 



(57) Method and system for entry of physical docu- 
ments into a digital back-end system (20). The system 
comprises: 

at least one scanner (10) for scanning a document 
and generating an associated document image file, 
a server (12) including an intermediate document 
store (13). connected to said scanner for storing a 
aocument image file together with a document iden- 
t fication (34) in a document file, and 



at least one input device (1 4) connected to the serv- 
er (1 2) for entering an attribute file which comprises 
a set of document attributes (28, 30, 32; 44, 46, 48) 
accompanied by a document identification (34), 
wherein 

the server (12) comprises a merging unit (1 8) for check- 
ing whether a document identification of one of the at- 
tribute files corresponds to a document identification of 
one of the document files and, if so, links the set of at- 
tributes to this document file. 
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Description 

[0001] The invention relates to a method for entry of 
physical documents into a digital back-end system, 
comprising: scanning a physical document in a scanner 5 
and generating an associated document image file; in- 
putting attributes associated with the document; and 
storing the document image file together with its asso- 
ciated attributes in an intermediate digital document 
store. 

[0002] In this connection, a back-end system is un- 
derstood to comprise a filing, archiving or document 
management system or a workflow system. For in- 
stance, such a system may include one or more mass 
memory devices for storing digital images of a large 
number of documents. Each document has a number of 
attributes which may, for example, describe the contents 
or the type or category of the document, so as to facili- 
tate search and retrieval, or may control the further 
processing of the document (e.g. online or hardcopy dis- 
tribution to various destinations, printing, and the like). 
[0003] Conventionally, the attributes are entered into 
the system at the time and place where the document 
data are scanned-in, so that the attributes are directly 
allocated to the scanned data. 

[0004] US-A-4 970 554 discloses a method for print- 
ing documents, in which job tickets for a plurality of print 
jobs or documents can be prepared by a client at his 
own workstation. Each job ticket includes the printing 
instructions for the job in machine readable form and a 
job n umber identifying the job. The job tickets are stored 
in a job program file, and hard copies of the job tickets, 
on which the job numbers are encoded in machine read- 
able form, are printed with a local printer. The hard cop- 
ies of the job tickets are then combined with the respec- 
tively associated documents and are delivered to a re- 
production centertogether with these documents. In the 
reproduction center, the document originals and the job 
tickets associated therewith are scanned, and the job 
numbers are used for retrieving the printing instructions 
for each job from the job program file, so that each job 
can be printed in accordance with the printing instruc- 
tions. When the job has been printed, the printing in- 
structions are either deleted or are stored for the pur- 
pose of preparing a new job ticket with a new job 
number. 

[0005] It is an object of the invention to provide a 
method and system which offer more flexibility in the 
process of scanning documents for entry into a digital 
back-end system. 

[0006] According to the invention, this object is 
achieved by a method comprising the steps of: 

a) generating a unique document identification for 
a document to be processed, 

b) when the document is scanned, storing the as- 
sociated document image file together with the said 
document identification into the intermediate digital 



2 

document store, 

c) when the attributes for the document are entered, 
storing the same together with the document iden- 
tification into the intermediate digital document 
store, and 

d) checking for coincidence of the document iden- 
tifications stored in steps (b) and (c) and consolidat- 
ing a document and attributes having the same doc- 
ument identification in the intermediate digital doc- 
ument store. 

[0007] The method according to the invention has the 
advantage that the step (b) in which the documents are 
scanned, which requires that the document originals are 
physically present at the scanner, and the step (c), in 
which the attributes are entered, can be fully uncoupled 
not only in space but also in time. This makes it very 
convenient for users to submit their documents to the 
system. 

[0008] The invention is not limited to a certain time 
sequence of the steps (b) and (c). Thus, for example, a 
client may define a number of sets of attributes for a 
plurality of documents at his local workstation and may 
submit them online to the system and may then choose 
to bring or send the document originals to the scanner 
at a later time, whenever he finds it convenient to do so. 
If the document attributes include or are accompanied 
by instructions or parameters relating to the scan proc- 
ess or to a subsequent printing operation to be per- 
formed in a reproduction center, then this course of ac- 
tion may also have the advantage that the job schedul- 
ing task is facilitated for the operator in the reproduction 
center, because the instructions are available earlier. In 
an archiving application, it may also be regarded as an 
advantage that the attributes are searchable already in 
the intermediate document store even before the docu- 
ment has actually been scanned in. 
[0009] When a client submits only a scan job or a copy 
job in which the printing of the copies is not urgent, the 
operator may for example decide to give priority to more 
urgent scan jobs and to keep the document originals of 
the less urgent jobs in the reproduction center until a 
scanner becomes available for handling the jobs. In a 
print-on-demand scenario, the operator may even post- 
pone the scanning of the originals until a first print order 
occurs. 

[0010] Conversely, the user may prefer to have the 
documents scanned first and to enter the associated at- 
tributes later. 

[0011] It is possible that the document identification 
is generated and assigned automatically at the time of 
scanning, i.e. the steps (a) and (b) are performed almost 
concurrently, or that the document identification is gen- 
erated and assigned automatically at the time when the 
attributes are entered, i.e. the steps (a) and (c) are per- 
formed almost concurrently. The identification that has 
been assigned to the document is then displayed or 
printed or notified to the user in any other suitable way, 
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so that the user may refer to this identification when he 
has the document scanned or when he enters the at- 
tributes. 

[001 2] if the system comprises a plurality of scanners, 
which may be disposed at different locations, provisions 
have to be made to assure uniqueness of the automat- 
ically assigned document identifications. This may be 
achieved for example by interconnecting the scanners 
through a network or by using an identification format 
which includes the time and place where the document 
is scanned. 

[0013] The requirement that the document identifica- 
tion is "unique" has the purpose to ensure that the doc- 
uments and attributes are always combined in the cor- 
rect way. When the step (d) has been performed for a 
pair of document and attributes having a matching iden- 
tification, it would, in principle, be possible to delete the 
identification from the combined record, so that the 
same identification could be assigned to a new set of 
attributes or a newly scanned document. In this sense, 
a temporary uniqueness of the identification is sufficient. 
In many cases, it will however be preferable to require 
absolute uniqueness and to retain the identification as 
a unique key field or identifier for the records. 
[0014] A system implementing the invention is provid- 
ed with a server including a merging unit which will brief- 
ly be called "Merger" for performing the method step (d). 
This Merger may be formed by a software module run- 
ning on a server of the back-end system or may be 
formed by a separate server component connected to 
the back-end system. Preferably, the Merger has its own 
storage facilities for temporarily storing the scanned 
document data and the sets of attributes until they are 
combined with each other and sent to the back-end sys- 
tem, e.g. for permanent storage. 
[0015] The system further comprises one or more in- 
put devices allowing the users to enter the sets of at- 
tributes for their documents. Some of these input devic- 
es may be installed at the locations of the scanners, so 
that the users may enter the attributes when the docu- 
ments are scanned-in. In a particularly preferred em- 
bodiment, however, most or all of the input devices are 
formed by client computers which are connected to the 
document store through a network system such as the 
Internet or an intranet. Then, the Merger preferably op- 
erates as a network server which responds to a request 
transmitted from a client by electronically transmitting a 
submission form description to the client. The submis- 
sion form description is a piece of program code (e.g. 
HTML) which is interpreted in the client computer (e.g. 
by a web browser), so that a corresponding submission 
form is displayed on the screen of the client computer. 
The client user may then fill in the submission form by 
entering the document attributes and possibly other in- 
formation and instructions and may retransmit the com- 
pleted submission form to the Merger. 
[0016] The submission form also includes the docu- 
ment identification which may have been assigned au- 



tomatically by the Merger or may be entered by the user 
in a format which guaranties uniqueness. A possible for- 
mat may be: <user IDxdatexrunning number>. The 
user may also print a copy of the submission form and 
5 may attach it to the stack of document originals to be 
supplied to the scanner. 

[0017] If the originals have been scanned already be- 
fore the attributes are submitted, the user may indicate 
his personal user ID, for example, in his request for 

10 transmission of the submission form description. The 
Merger will then automatically search its local store for 
document identifications including this user ID and will 
list all scanned documents of this user in the submission 
form, for example in the form of reduced copies (thumb 

15 nails) of a first page of each document. The client user 
can then select the document identification of the doc- 
ument for which he wants to submit the attributes simply 
by clicking onto the corresponding thumb nail. 
[0018] The invention is applicable for example for de- 

20 centralised or central entry of paper documents into a 
document store (e.g. filing, archiving or document man- 
agement system). 

[0019] The decentralised system has several at- 
tached document scanners (possibly multi-functional 

25 devices for scanning, printing and copying). These 
scanners are placed at different locations in an office 
environment. If an office worker wants to enter a paper 
document in the document store, he walks to the closest 
document scanner (or multi-functional device) and en- 

30 ters his document. Document attribute entry can be car- 
ried out using a PC at his desk. In this application there 
is no longer a need to physically bring paper documents 
to a central "archiving" department for storage purpos- 
es. 

35 [0020] Another possible application is the submission 
of reproduction jobs to a reproduction center. Again, the 
invention can be used both centrally and decentralised. 
In the last situation there is no longer a need to physi- 
cally bring a paper document that should be reproduced 

40 to the reproduction department. The document is 
scanned at the nearest document scanner (or multi- 
functional device) using one of the described methods. 
In this application the document attributes may repre- 
sent both administrative data about the reproduction or- 

45 der and print and finishing options. In this case, the in- 
vention is particularly useful in combination with an on- 
line submission system for print jobs as has been de- 
scribed in the European patent application No.1 132 
808. 

so [0021 ] The invention can further be used to distribute 
scanned documents to any number of recipients. In this 
case, the document attributes represent the "address- 
es" (e.g. e-mail addresses or fax numbers) of the recip- 
ients. 

55 [0022] In banking and insurance companies often 
workflow systems are in place. These systems often 
have a need for paper document entry. The invention 
can be used as a front-end for these workflow systems, 
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enabling central or decentralised entry of paper docu- 
ments with their attributes. 

[0023] The i n vention is also related to a computer pro- 
gram element comprising computer program code for 
implementing the server that includes the Merger, and 
to a computer program product comprising the program 
element stored on a computer-readable medium. 
[0024] Preferred embodiments of the invention will 
now be described in conjunction with the drawings, in 
which: 

Fig. 1 is a block diagram of a system according to the 
invention; 

Fig. 2 is a flow chart illustrating a method according 
to the invention; 

Fig. 3 is a flow chart illustrating a modification of the 
method shown in Fig. 2; 

Fig. 4 is a screen shot of an example of a submission 
form for entering document attributes; 

Fig. 5 isa screen shot of another example of a sub- 
mission form for entering document attributes; 
and 

Fig 6 is a screen shot of an example of a submission 
form for entering print specifications for a doc- 
ument. 

[0025] Figure 1 shows a possible schematic set-up of 
a system comprising one or more document scanners 
10 a server 12 and one or more client computers 14 
connected to the server 12 through a network 16, e. g. 
an intranet. The server 12 comprises a component that 
is called "Merger" 18 and a storage device 13 for inter- 
mediate storage of document image files and attribute 
files It is connected to a back-end system 20 such as, 
fc example, an archiving system, a workflow system of 
a company or the like. 

[0026] In a centralised set-up, the scanner or scan- 
ners 10 will be installed at the location of the server 12 
and may be connected to the Merger 18 by wirelines, 
although network connections are increasingly used al- 
so for short-range connections. In a decentralised set 
up the scanners 1 0 will be installed at remote locations, 
i c closer to the work places of office workers using the 
system Then, the scanners 10 are connected to the 
Merger 18 through the network 16 (intranet) or through 
a separate network. Each scanner 10 has an operating 
console 22 providing a facility to associate a (temporar- 
ily) unique document identification (ID) with each 
scanned document (see European patent application 
EP-A-1 096 775). The entered ID may for instance be- 
come a part of the filename of the document image file. 
[0027] The client computers 1 4 serve as input devices 
for entering document attributes for the documents to 
be scanned. It may be assumed that these client com- 
puters 1 4 are workstations or personal computers which 
are located at the various work places of the users and 
on which a client application for entering the document 
attributes has been installed. It will be understood that 



such an application may be a web-client, but may also 
be any other type of client application might be used as 
an input device. Such input devices may be installed at 
the locations of the scanners 1 0 or may be integrated in 
5 multi-functional devices including a scan function. 
The Merger 18 has the following functions: 

It provides a submission form description, i. e., a 
program code (in case of a web-client this will typi- 
cally be HTML) to generate a document attribute 
entry form on the client computer 14. 
It receives and temporarily stores document image 
files from the scanners 10. 

It receives and temporarily stores document at- 
tributes received from the client computers 14. 
It consolidates document attributes and document 
image files having the same document ID and 
sends them, through an appropriate interface, to the 
connected back-end system 20. 

[0028] An example of a possible workflow is illustrated 
is Figure 2. 

[0029] Step S1 : A paper document is scanned using 
any of the document scanners 1 0 connected to the sys- 
tem. Before or afterthe actual scanning process, a doc- 
ument ID is entered at the console 22. This ID must be 
(temporarily) unique. A possible format for the ID could 
be: <user I Dxdatex running number>. It must be re- 
membered by the scan operator, which document ID 
was used for which particular paper document. 
[0030] Optionally, the document ID or at least a part 
thereof may be generated automatically in the scanner 
1 0 or in the Merger 1 8 communicating therewith. For ex- 
ample, it may be sufficient for the user to enter his user 
ID, and the document ID is completed automatically by 
adding the current date and a running number. The com- 
plete document ID will then be displayed on the console 
22, so that the scan operator or the user may note the 
document ID. 

[0031] Step S2: The document image file, along with 
the document ID, is transferred to the Merger 1 8, where 
it will be temporarily stored in intermediate storage de- 
vice 1 3. The document ID is used as an index for the 
document image file. 

[0032] Step S3: Any time later, at any place where a 
client computer 14 is available, the user may start a pro- 
cedure (steps S3 to S5) for entering the document at- 
tributes belonging to an earlier scanned document. To 
this end, the user sends a request to the URL (Universal 
Resource Locator) of the Merger 18. 
[0033] Step S4: The Merger 1 8 responds with sending 
a submission form description to the client computer 14 
from which the request had been sent. This submission 
form description is a piece of software that is interpreted 
by the browser software in the client computer 1 4 to gen- 
erate, on the screen of the client computer, a submission 
form or attribute entry form in which the user may fill in 
the document attributes along with the document ID that 
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has been memorised or noted in step S1 . 
[0034] Step S5: When the required data have been 
filled in and the user clicks a "submit" button on the sub- 
mission form, this form including the document at- 
tributes and the document ID will automatically be trans- 
mitted to the merger 1 8. 

[0035] Step S6: The Merger receives the attributes 
and checks whether a document image file having the 
same document ID is available in the temporary storage 
device 13. Obviously, the attributes may be be tempo- 
rarily stored in the storage device 13 as well. 
[0036] Step S7: If found, the document image file and 
the document attributes are automatically consolidated 
and entered into the back-end system 20. 
[0037] Figure 3 illustrates an alternative workflow 
which is also possible with the same system described 
above. In this case, document attributes are entered for 
a paper document that has not been scanned yet. 
[0038] Step S11: As in step S3 above, a request is 
sent from a client computer 14 to the Merger 18. 
[0039] Step S12: The submission form description is 
sent to the client computer. This submission form de- 
scription may already include a document ID that has 
automatically been generated by the Merger 18. This 
document ID may be based on the user ID which has 
been transmitted together with the request in step S11 
or which the user has been invited to enter in separate 
query. 

[0040] Step S13: The user fills in the document at- 
tributes and sends the submission form to the Merger 
1 8. If the document ID has not been generated automat- 
ically, it must be entered manually e. g. in the format 
<user IDxdatexrunning number> which guarantees 
uniqueness. In any case, it must be remembered, which 
document ID was used for which particular paper doc- 
ument. For this reason the entry form with document at- 
tributes and document ID may be printed and attached 
to the paper document. As an alternative, a sticky note 
bearing the document ID may be attached to the paper 
document. 

[0041] Step S1 4: The document attributes are tempo- 
rarily stored in storage device 1 3 connected to the Merg- 
er 18. The document ID is used as an index for the doc- 
ument attributes. 

[0042] Step S 1 5: Any time later, the associated paper 
document is scanned using any of the scanners 1 0 con- 
nected to the system. Before or after the actual scanning 
process, the matching document ID is entered at the 
console 22. The document image file, along with the 
document ID, will be transferred to the Merger. 
[0043] Step S1 6: The Merger receives the document 
image file, stores it in the intermediate storage device 
13 and searches for matching document attributes as- 
sociated with attribute files in the temporary store. 
[0044] Step S17: If found, the document image file 
and the document attributes are automatically consoli- 
dated and entered into the back-end system 20. 
[0045] In the second workflow, the entered document 



attributes along with a bar-code version of the document 
ID could be printed on a sheet of paper and attached to 
the paper document as a banner page. As an alternative 
for manual entry of the document ID in step S15, the 
5 banner page could be scanned along with the actual 
document and bar-code recognition could be applied, 
for instance in the Merger 18, to retrieve the document 
ID. 

[0046] Figure 4 shows a document archiving form as 
10 a first example of a submission form 26 to be filled-in by 
the user. This form includes a number of fields 28 in 
which the user has to enter various types of document 
attributes such as the document title, a brief document 
description, the name of the author, and a selection of 
15 key words. A pull-down menu 30 permits to specify one 
of a number of predefined document types such as "in- 
ternal report". Other pull-down menus 32 permit to se- 
lect between predefined archiving options relating to the 
archiving category (e.g. research reports, newspaper 
20 articles, and the like) as well as the access type (public, 
restricted, ...). 

[0047] The document ID has to be entered either au- 
tomatically or manually in a field 34. In the example 
shown, the document ID is composed of a user ID 
25 ("6598"), the current date (July 1 6, 2001 ), and a running 
number ("1"). 

[0048] A submit-button 36 becomes active when all 
necessary information (especially the document ID) has 
been entered, and permits to send the submission form 

30 to the Merger 1 8. 

[0049] Figure 5 shows another example of a submis- 
sion form 38 which is again a document archiving form. 
In addition to the items discussed above, this form in- 
cludes a list 40 of previously scanned documents of the 

35 same user. Each of these documents is represented by 
a reduced copy (thumb nail) of the front page and by the 
associated document ID. 

[0050] The submission form 38 is intended for the 
workflow illustrated in figure 3. It is assumed here that 

40 step S11 has the form of a logon procedure in which the 
user is asked to identity himself by his user ID. This user 
ID then permits the Merger 18 to search for all docu- 
ments of this user that have been scanned previously 
and are still temporarily stored in the Merger. These doc- 

45 uments will then be included in the list 40. In order to 
indicate the document to which the attributes entered in 
the fields 28 etc. belong , he simply clicks on one of the 
thumbnails in the list 40, and the corresponding docu- 
ment ID will automatically be entered in the field 34. 

so [0051] Figure 6 shows a repro order form as an other 
example of a submission form 42. Here, the document 
attributes consist of a set of data 44 relating to the cus- 
tomer, i.e. the owner of the document, and a set of data 
46 specifying the way in which the document is to be 

55 printed. Other attribute data 48 relate to the desired de- 
livery mode (e.g. "fetched by customer") and the sched- 
uled time (e.g. "as soon as possible") for the delivery of 
the printed copies. 
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It will be understood that the form 42 may also include 
a list of previously scanned documents corresponding 
to the list 40 in figure 5. 

[0052] Obviously, also other kinds of attributes may 
be contemplated for connecting to the document and 
entering in a submission form. The embodiments of sub- 
mission forms given here are intended for explanatory 
purposes only. 

[0053] If a number of different types of submission 
forms, such as the forms 26, 38 and 42, are available in 
the Merger 1 8, the user may indicate the required type 
of form in his request (step S3 or S11) or in the logon 
procedure. 

[0054] Although the invention has been described 
with reference to the above exemplified embodiment, it 
will be clear to the skilled man that other embodiments 
are possible within the text of the claims. They are con- 
sidered to be within the scope of protection of this pat- 
ent. 



Claims 

1 . Method for entry of physical documents into a digital 
back-end system (20), comprising: 

scanning a physical document in a scanner (1 0) 
and generating an associated document image 
file, 

inputting attributes (28, 30, 32; 44, 46, 48) as- 
sociated with the document, and 
storing the document image file together with 
its associated attributes in an intermediate dig- 
ital document store (13). 

characterised by the steps of: 

b) when the document is scanned, storing the 
associated document image file together with 
a unique document identification (34) into the 
intermediate digital document store (13), 

c) when the attributes for the document are en- 
tered, storing the same together with the same 
unique document identification (34) into the in- 
termediate digital document store (13), and 

d) checking for coincidence of the document 
identifications stored in steps (b) and (c) and 
consolidating a document and attributes having 
the same document identification (34) in the in- 
termediate digital document store (13). 

2. Method according to claim 1 , wherein step c) is per- 
formed later than step b). 

3. Method according to claim 1 , wherein step b) is per- 
formed later than step c). 

4. Method according to claim 1 , also comprising the 



step of 

a) automatically generating a unique document 
identification (34) for a document to be proc- 
5 essed in reaction to initiation of one of steps b) 

and c), whichever is performed first, and report- 
ing said unique document identification (34) to 
a device performing said first step. 

10 5. Method according to claim 1 , wherein the attributes 
and the associated document identification (34) are 
transmitted to the intermediate digital document 
store (13) through a data network (16). 

15 6. Method according to claim 1 , wherein step (c) com- 
prises an electronic transmission of a submission 
form (26; 38; 42) description to a client (14), said 
submission form description being a program code 
that is interpreted on the side of the client to elec- 
ta tronically create a submission form (26; 38; 42) ca- 
pable of being filled-in electronically by the client 
(14) and allowing the client to interact with the in- 
termediate document store (13) by entering infor- 
mation, including the attributes, into the submission 
25 form. 

7. Method according to claim 6, wherein the document 
identification (34) includes a user identification and, 
when a user identified by his user identification re- 

30 quests transmission of the submission form de- 
scription, the intermediate document store (13) is 
searched for previously scanned documents of this 
user, and a list (40) of these documents is included 
in the submission form (38). 

35 

8. System for entry of physical documents into a digital 
back-end system (20), comprising: 

at least one scanner (1 0) for scanning a docu- 
40 ment and generating an associated document 

image file, 

a server (12) including an intermediate docu- 
ment store (13), connected to said scanner for 
storing a document image file together with a 
45 document identification (34) in a document file, 

and 

at least one input device (1 4) connected to the 
server (12) for entering an attribute file which 
comprises a set of document attributes (28, 30, 
so 32; 44, 46, 48) accompanied by a document 

identification (34), wherein 

the server (12) comprises a merging unit (18) for 
checking whether a document identification of one 
55 of the attribute files corresponds to a document 
identification of one of the document files and, if so, 
links the set of attributes to this document file. 
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9. System according to claim 8, wherein a scanner 
(1 0) comprises input means (22) for entering a doc- 
ument identification to be included in a document 
file. 

10. System according to claim 8 or 9, wherein the serv- 
er (12) is connected to a back-end system (20) and 
wherein the merging unit (18) is arranged to tempo- 
rarily store the document files and the attribute files, 
each accompanied by their associated document 
identification, in the intermediate document store 
(13) until these files are consolidated and then 
sends the consolidated file to the back-end system 
(20). 

11. System according to claim 10, wherein the server 
(12) is arranged for automatically creating a docu- 
ment identification and assigning it to an attribute 
file when the same is entered earlier than a corre- 
sponding document file. 

12. System according to claim 10 or 11, wherein the 
server (12) is arranged for automatically creating a 
document identification and assigning it to the doc- 
ument file when the same is entered earlierthan the 
corresponding attribute file. 

13. System according to claim 11, wherein the server 
(1 2) is arranged for reporting back the created doc- 
ument identification to the scanner (10). 

14. System according to claim 12, wherein the server 
(1 2) is arranged for reporting back the created doc- 
ument identification to the input device (14). 

15. System according to claim 8, wherein said server 
(1 2) is arranged for generating a digital submission 
form (26; 38; 42) description and sending it to a cli- 
ent (14) upon request, said submission form de- 
scription being a program code that is interpreted 
on the side of the client to create a submission form 
(26; 38; 42) capable of being filled-in electronically 
by the client (14) and allowing the client to interact 
with the intermediate document store (13) by enter- 
ing information, including the attributes, into the 
submission form. 

16. System according to claim 15, wherein the docu- 
ment identification (34) includes a user identifica- 
tion and wherein server (12) is arranged for, in re- 
action to a user identified by his user identification 
requesting transmission of the submission form de- 
scription, searching the intermediate document 
store (13) for previously scanned documents of this 
user, and including a listing (40) these documents 
in the submission form (38). 

1 7. Server according to any one of claims 8 and 10-16. 



18. A computer program element comprising computer 
program code to make a computer implement the 
server claimed in claim 1 7. 

19. A computer program product comprising a compu- 
ter program element stored on a computer-reada- 
ble medium. 
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